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CROSS-REFERENCE TO RELATED APPLICATION 

This application claims priority from provisional United States Patent 
Application Serial No. 60/165,446 entitled CONDITIONAL PURCHASE OFFER 
MANAGEMENT SYSTEM filed on November 15, 1999, the entirety of which is 
5 incorporated by reference herein. 

FIELD 

This invention relates generally to a method, system and apparatus for 
arranging for the acquisition of goods and services, such as automobile rentals and, 
10 more particularly, to a bounce back method, system and apparatus for managing the 
acquisition of such goods and services in an arrangement where customers have 
already contracted for the purchase of other items, such as airline tickets or hotel 
reservations. 

15 BACKGROUND 

There is a large source of latent demand for goods and services 
associated with leisure and business travelers who purchase plane tickets and/or 
make hotel reservations. For example, when a reservation at a hotel is made, often 
the customer is from out of town and requires a mode of transportation that is not 

20 dependent on the traveler's own vehicle. Even more frequently, a person who books 
an airline reservation is travelling out of town and similarly requires a means of 
transportation independent of the traveler's personal vehicle. Automobile rental 
agencies recognize that many of these travelers have various options in selecting a 
mode of transportation, such as public transportation, hotel or airport shuttles, 

25 automobile rentals, and the like. Automobile rental agencies further recognize that 
although renting a vehicle often provides greater transportation flexibility to a traveler, 
cost considerations may result in the selection of another mode of transportation. If a 
traveler is aware of a competitive (or discounted) automobile rental offering, however, 
the traveler may be more apt to select such mode of transportation upon arriving at 

30 the destination in which the hotel and/or airport is located. 

There is currently no effective way, however, for any retail agency or 
service, such as an automobile rental agency with excess capacity to be connected to 
a person who has made a hotel and/or airline reservation. In particular, there is no 
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effective way for a retail agency or service with excess capacity in a specific location 
to communicate a competitive or discounted rate to a traveler that has entered into a 
binding contract to fly to or spend at least an evening in a hotel in a destination that is 
in the agency's excess capacity location. 
5 It is apparent from the above deficiencies with conventional systems 

for selling goods and services, such as those related to travelers (e.g., airline 
passengers and hotel guests), that a need exists for a method, system and apparatus 
to connect travelers to retail agencies or services, such as automobile rental 
agencies, having excess capacity in an arrival destination, to facilitate the acquisition 
10 of such goods or services. 

SUMMARY 

A bounce back method, system and apparatus is used in a conditional 
purchase offer (CPO) management system for receiving conditional purchase offers 

15 from one or more customers, such as airline passengers, and evaluating the received 
CPOs against a number of CPO rules defined by a plurality of sellers, such as 
airlines, to determine whether any seller is willing to accept a given CPO. While the 
specific embodiments of the invention discussed herein relate to travel services, the 
bounce back method, system and apparatus has potential applications in other 

20 related areas of commerce. 

A customer whose CPO has been accepted may receive a bounce 
back offer from a vendor (supplier-partner) of a second product or service - e.g., an 
automobile rental company. The bounce back process determines whether a 
supplier-partner is located in the customer's destination area. If a supplier-partner is 

25 located in the customer's destination area and has excess capacity, a bounce back 
offer may be made to the customer in accordance with a supplier allocation process. 
If the bounce back offer is accepted, a partner fulfillment process is effectuated. The 
bounce back process can be utilized to acquire any product or service offered in 
connection with an accepted CPO for an underlying product or service. In the case of 

30 vehicle rentals, the bounce back process permits a traveler to recognize reduced 
automobile rental rates while enabling a rental agency to more effectively manage 
excess capacity. 

In one embodiment, a customer accesses a CPO management system 
web site and submits a CPO for a first product or service, such as an airline ticket or 
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hotel reservation. The customer receives a communication, such as in the form of an 
e-mail, that the CPO has been accepted and a bounce back offer for a second 
product or service, such as an automobile rental, has been extended. The customer 
is then directed to a bounce back transaction for the acquisition of an automobile 
5 rental. 

The customer can access the bounce back offer in a variety of ways. 
In one embodiment, a CPO server generates an e-mail to the customer advising the 
customer of the CPO acceptance and bounce back offer. The e-mail contains a 
hyperlink to a bounce back web page containing further information regarding the 

10 bounce back offer. The bounce back web page is generated by the ePO server 

specific to the supplier-partner allocated to participate in the bounce back offer. "The 
bounce back web page may, in turn, contain a hyperlink to a cobranded web site. 
The customer's identification generated in the prior CPO transaction and information 
about the customer's itinerary can be transmitted securely via a hyperlink to the 

15 cobranded site. For convenience, the bounce back method, system and apparatus 
will be discussed in detail in connection with a cobranded site but can be conducted 
on a single site. 

In another embodiment, the bounce back offer is received via a jump 
page containing a hyperlink to the cobranded web site. The customer can also defer 

20 the bounce back offer until a subsequent time or choose not to access the bounce 
back offer in which case the offer is terminated. Any form of communication can be 
used to implement the bounce back offer and transaction including on-line access, 
telephone, facsimile, e-mail, voice-mail, in person or througjij^^ For 
example, a customer can telephone a CPO management system operator to check 

25 the status of a CPO and receive an interactive voice mail advising of the bounce back 
offer and directions to a bounce back web page. 

In the cobranded web site, a customer can choose to accept or reject a 
bounce back product or service or optionally submit a counteroffer for the product or 
service to a supplier-partner allocated to participate in the bounce back offer. To the 

30 extent a bounce back offer is accepted a supplier-partner through the fulfillment 

process notifies a principal, such as a CPO operator, of the completed transaction. In 
one embodiment, the supplier-partner receives an identifier for the accepted CPO and 
notifies a principal of the accepted bounce back transaction using the identifier so that 
the principal can monitor bounce back transaction commitments. 
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In the supplier allocation process, the CPO management system 
identifies at least one supplier-partner that can participate in a bounce back 
transaction for a product or service. For example, in the case of automobile rentals, 
the CPO management system identifies at least one automobile rental company that 
5 has excess capacity in a flight or hotel destination which is the subject of a CPO. If 
more than one supplier-partner can participate in a bounce back transaction, the CPO 
management system determines an order that each supplier-partner can participate 
in the transaction, e.g., receiv e a bounc ej>ackjook. 

The partner-supplier order can be determined based on market share 
10 data or data tracking tables. In one embodiment, the order is determined using the 
following formula for the first 3-6 months that the bounce back process is in use: 
Base City Share + (Premium * Unused Share). In another embodiment, the order is 
determined using the following formula after the first 3-6 months: Base City Share + 
(Premium * Unused Share) + Performance Factor. Where two or more supplier- 
15 partners receive the same score, a random number generator can be used to allocate 
• a bounce back look. The random number generator could be weighted to reflect the 
relative market share of each supplier-partner. In the event no supplier-partner can 
participate in a bounce back transaction, the CPO management system sends a 
customer a standard success acceptance of a CPO. 

20 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is an exemplary schematic block diagram illustrating an 
embodiment of the CPO management system including bounce back capability; 

FIG. 2 is an exemplary schematic block diagram illustrating an 
25 embodiment of the CPO management central server including an additional data 
storage device and communication port to support bounce back capability; 

FIGS. 3a and 3b f collectively, are flowcharts describing an exemplary 
bounce back management process; 

FIG. 4 is a flowchart describing an exemplary bounce back offer 
30 generation process of the bounce back management process of FIGS. 3a and 3b; 

FIGS. 5A-C comprise an exemplary e-mail template including an 
automobile rental opportunity notification, click-through link to a cobranded site and 
flight itinerary; 

FIGS. 6A-B comprise an exemplary jump page including an automobile 
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rental opportunity notification, click-through link to a cobranded site and flight 
itinerary; 

FIG. 7 is a flowchart describing an exemplary supplier-partner 
allocation process of the bounce back management process of FIGS. 3a and 3b; 
5 FIG. 8 is a flowchart describing an exemplary bounce back page 

construction process of the bounce back management process of FIGS. 3a and 3b; 

FIG. 9 is a flowchart describing an exemplary partner fulfillment 
process of the bounce back management process of FIGS. 3a and 3b; and 

FIG. 10 is a flowchart describing an interactive voice response process 
10 that may be utilized in conjunction with the bounce back management process of 
FIGS. 3a and 3b. ~~ 

It will be understood that the foregoing brief description and the 
following detailed description are exemplary and explanatory of this invention, but are 
not intended to be restrictive thereof or limiting of the advantages which can be 
15 achieved by this invention. Thus, the accompanying drawings, referred to herein and 
constituting a part hereof, illustrate embodiments of this invention and, together with 
the detailed description, serve to explain the principles of this invention. 

DETAILED DESCRIPTION 
20 A. CPO Management System 

FIG. 1 shows a CPO management system 100 for receiving conditional 
purchase offers from one or more customers 110 and for evaluating the received 
CPOs against a number of CPO rules defined by one or more sellers, such as airlines 
120, 130, to determine whether any seller is willing to accept a given CPO. As 

25 discussed further below, if a seller accepts a given CPO, and ultimately delivers 

goods complying with the customer's CPO, the CPO management system 100 binds 
the customer 1 10 on behalf of the accepting seller, to form a legally binding contract. 

As used herein, a CPO is a binding offer containing one or more 
conditions submitted by a customer 110 for the purchase of an item, such as air 

30 travel, at a customer-defined price. In the illustrative airline embodiment, the 

customer-defined conditions would include itinerary parameters, such as the origin 
and destination cities; acceptable dates and times of departure and return; and 
whether connecting flights or stopovers are acceptable to the customer. In addition, 
the parameters of a CPO may allow a customer to specify one or more preferred 
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airline(s), flights, seat assignments, seat class, aircraft type, refund/change rules, or 
maximum layover time. 

A CPO rule is a set of restrictions defined by a given seller, such as an 
airline, to define a combination of such restrictions for which the seller is willing to 
5 accept a predefined minimum price. The CPO rules are utilized by the CPO 

management system to render a decision to either accept, reject or counter a CPO on 
behalf of a particular seller. In one embodiment, the CPO rules are generated by the 
revenue management system (RMS) 140, 150 of the respective airline. In alternate 
embodiments/the CPO rules may be generated by a yield management system, a 

10 profit management system, or any system which controls and manages inventory. 

The RMS 140, 150 employs a CPO rules generation process to 
generate CPO rules by evaluating current inventory, pricing and revenue information, 
as well as historical patterns and external events, to forecast future travel. 
Thereafter, the CPO rules are utilized by the CPO management system 100 to render 

15 a decision to either accept, reject or counter a CPO on behalf of a particular airline. 
The CPO rules are dynamic in nature and may be updated by a given airline, as 
necessary. 

As shown in FIG. 1, the CPO management system 100 comprises a 
CPO management central server 160 and one or more secured airline servers 170, 

20 1 80. Each secured airline server may be associated with one or more airlines and 
each server stores, among other things, the CPO rules defined by any associated 
airlines, such as airline 120. Each secured airline server 170, 180 may be remotely 
located from the CPO management central server 160, as shown in FIG. 1, or may be 
integrated with the CPO management central server 160. 

25 Each customer 1 10 contacts the CPO management system 100, for 

example, by means of telephone, facsimile, online access, e-mail, voice mail, jr>__ 
person contact or thro ugh a traveljagept, and provides the CPO management system 
100 with the terms of their CPO. It is noted that each customer 110 may employ a 
general-purpose computer for communicating with the CPO management system 

30 100. The general-purpose computer of each customer 1 10 is comprised of a 
processing unit, a modem, memory means and any software required to 
communicate with the CPO management system 100. 

In one embodiment, CPO management central server 160 is 
configured as a web server, and conventional communications software such as the 
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Netscape Navigator web browser may be used to transmit a CPO. In one 
embodiment, the CPO management central server 160 has a web page on the world 
wide web, allowing the buyer to provide information through the interface of the 
conventional web browser software. In one embodiment, the buyer selects the 
5 subject of the goods he wishes to purchase by selecting from a list of possible 

subjects. Subjects might include airline tickets, hotel rooms, rental cars, insurance, 
mortgages, clothing, eta After the subject is selected, a form is displayed on a video 
monitor of a buyer interface. This form is an electronic contract with a number of 
blanks to be filled out by the buyer, with each blank representing a condition of a 
10 CPO. 

Once the terms of the CPO have been received by the CPO 
management system 100, the CPO management central server 160 will execute a 
CPO management process to compare the received CPO against the CPO rules of 
each airline. A result of this comparison, the CPO is either accepted, rejected or 

15 countered. Thereafter, the customer 1 10 is notified of the response of the airlines to 
the CPO. If an airline accepts the CPO, or if the customer 110 accepts a counteroffer 
from an airline, a ticket is then booked by the CPO management system 100 with the 
appropriate restrictions which meet the conditions defined by the customer 110. 

In one embodiment, the CPO management system 100 may optionally 

20 access a central reservation system (CRS) 190, such as a SABRE or WORLDSPAN, 
to perform itinerary queries that will identify particular flights which satisfy a given 
itinerary, and to make reservations. In addition, the CPO management system 100 
could alternatively access the proprietary airline reservation systems (ARSs) 200, 210 
of each airline to perform such itinerary queries and to make reservations with the 

25 respective airline. The ARSs 200, 210 maintained by each airline 120, 130 are each 
essentially a subset of the central CRS 190. Thus, in view of the overlapping 
functions and capabilities of the CRS 190 and the proprietary reservation systems 
200, 210 of each airline, the CPO management system 100 could access any of such 
systems to obtain required information, and the terms "CRS" and "ARS" are used 

30 interchangeably herein. 

As shown in FIG. 1, each airline 120, 130, also has an RMS 140, 150. 
The RMSs 140, 150 generate CPO rules and otherwise allocate and price airline 
tickets for sale to CPO customers. Generally, the RMSs 140, 150 are utilized to 
optimize revenue per flight. An RMS performs seat inventory control by periodically 
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adjusting nested booking limits ("buckets") for the various fare classes, in order to 
optimize the passenger mix and thereby maximize the generated revenue. 

The CPO management system 100, customer 110, airlines 120, 130 
and CRS 190 (collectively, the "nodes") transmit digitally encoded data and other 
5 information between one another. The communication links between the nodes 
comprise a cable, fiber or wireless link on which electronic signals can propagate. 
For example, each node may be connected via an Internet connection using a public 
switched telephone network (PSTN), such as those provided by a local or regional 
telephone operating company. Alternatively, each node may be connected by 

10 dedicated data lines, cellular, Personal Communication Systems ("PCS"), microwave, 
or satellite networks. 

Although the CPO management system 100 is illustrated herein as a 
system for selling airline tickets, the CPO management system 100 could be utilized 
to sell any underlying good or service, such as automobiles, insurance, computer 

15 equipment or hotel accommodations. For a more detailed discussion of a general 
CPO management system for selling such items, as well as an associated revenue 
management system (RMS) and central reservation system (CRS), see U.S. Patent 
Application Serial No. 08/889,319, entitled "Conditional Purchase Offer Management 
System," which was filed as a continuation in part application of U.S. Patent 

20 Application Serial No. 08/707,660, filed on September 4, 1996, incorporated by 
reference herein. 

B. CPO Management System Including Bounce Back Capability 

As shown in FIG. 1, the CPO management system 100 includes 
25 bounce back capability. In addition to communicating with a customer 110, CRS 190 
and ARSs 200, 210 of airlines 120, 130, the CPO management system is in 
communication with one or more supplier-partners 220, 230 and principal-partner 
cobranded site 240. This system enables a bounce back opportunity (such as 
automobile rental bounce back) to be presented to a customer 1 10 as described more 
30 fully below with reference to FIGS. 2, 3a, 3b and 4-10. 

The available supplier-partners 220, 230 are, in one embodiment, 
automobile rental agencies that are located in a customer's travel destination area 
and have agreed to participate in the bounce back program. The principal-partner 
cobranded site 240 provides an interface to which a bounce back customer is 
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directed, such as a bounce back page. The bounce back page is the graphical user 
interface that indicates the availability of a bounce back automobile rental opportunity. 
The page also prompts a bounce back candidate for information to effectuate the 
bounce back rental. The cobranded site 240 combines information of the supplier- 
5 partner 220, 230 that is allocated for a specific bounce back opportunity and the 
principal (the operator of the CPO management system, or the party selling the 
underlying product or service, such as an airline or hotel, or an agent that effectuated 
the CPO acceptance on behalf of the airline or hotel). It should be understood that 
the cobranded site 240 may be designed so that the automobile rental offer is a 

10 customer benefit provided as a result of the customer using the services of the 

underlying airline or hotel. Accordingly, in such an embodiment, the airline or hotel is 
listed as the principal of the bounce back benefit provided by the allocated rental 
agency. Alternatively, the page may be designed to inform the customer 1 10 that the 
principal of the bounce back opportunity that is supplied by the supplier-partner 220, 

15 230 is the CPO management system operator or an agent that effectuated the CPO 
acceptance of the underlying product or service, such as an airline ticket or hotel 
reservation. 



communication with one another to effectuate the partner allocation process and the 
20 partner fulfillment process. The partner allocation process identifies which supplier- 
partners 220, 230 offer service from the airport or hotel location identified in the 
customer CPO, and determines the order of the supplier-partners (if more than one) 
that may view or make the offer. The partner fulfillment process is where the 
supplier-partner 220, 230 informs the principal-partner of a successful bounce back 
25 rental and the associated data (including referral and commission information) is 
transferred to the principal and executed. Both of these processes are described 
more fully below with reference to FIGS. 7 and 9, respectively. 



automobile rentals as the bounce back service or product, the bounce back system 
30 could be utilized to sell any good or service, such as airplane tickets, hotel 
accommodations, insurance or computer equipment. 



The supplier-partners 220, 230 and CPO central server 160 are in 



Although the bounce back system is illustrated herein as handling 
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C. CPO Management Central Server Including Data 
Storage Device And Communication Port To 
Support Bounce Back Capability 

FIG. 2 is an exemplary illustration of the architecture of a CPO 

5 management central server 160, including a bounce back data storage device 250 

and communication port 260 to support bounce back capability. The CPO 

management central server 160 comprises certain standard hardware components, 

such as a central processing unit (CPU) 270, a random access memory (RAM) 280, a 

read only memory (ROM) 290, and a clock 300, as well as an airline data storage 

10 device 310, and communications port 260. The CPU 270 is linked to each of the 
other listed elements, either by means of a shared data bus, or dedicated 
connections, as shown in FIG. 2. 

The ROM 290 and/or airline data storage device 310 are operable to 
store one or more instructions which the CPU 270 is operable to retrieve, interpret 

1 5 and execute. For example, the ROM 290 and/or airline data storage device 310 may 
store processes to accomplish the transfer of required payments, charges and debits, 
between the airlines 120, 130 and customers 110. In particular, the CPO 
management process 320 may transmit the credit card information associated with a 
given customer 1 10 to the credit card issuer for payment, if a ticket is actually issued 

20 to the customer 110. 

The CPU 270 comprises a control unit, an arithmetic logic unit (ALU), 
and a CPU local memory storage device, such as, for example, a stackable cache or 
a plurality of registers. The control unit is operable to retrieve instructions from the 
airline data storage device 310 or ROM 290. The ALU is operable to perform a 

25 plurality of operations needed to carry out instructions. The CPU local memory 

storage device is operable to provide high-speed storage used for storing temporary 
results and control information. 

The airline data storage device 310 further includes a customer 
database 330, an airline database 340, a flight schedule database 350, and a CPO 

30 database 360. The customer database 330 may store information on each customer 
of the CPO management system 100, including biographical information and billing 
information, such as a credit card number. The airline database 340 may store 
information on each airline which is registered with the CPO management system 100 
to sell airline tickets to CPO customers, including address and contact information. 

35 The flight schedule database 350 may store specific flight information for each O & D 
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Pair Finally, the CPO database 360 may contain a record of each CPO being 
processed by the CPO management system 100, including the terms of the CPO and 
the associated status. 

In addition, the airline data storage device 310 includes a CPO 
5 management process which receives each CPO from a customer 110, compares the 
CPO against the CPO rules of each airline 120, 130, and determines whether to 
accept, reject or counter the CPO on behalf of an airline. 

The communications port 260 connects the CPO management central 
server 160 to the central reservation system (CRS) 190 and the proprietary 

10 reservation systems (ARSs) 200, 210 maintained by each airline 1207130. The 
communications port 260 connects the CPO management central server 160 to 
individual customers and travel agents, such as the customer 110, for example, by 
means of an Internet connection using the public switched telephone network 
(PSTN). The communications port 260 connects the CPO management central 

1 5 server 160 to any remote secured airline servers. The communications port 260 may 
include multiple communication channels for simultaneously establishing a plurality of 
connections. The CPO management central server 160 could alternatively be 
implemented with multiple communication ports or with a single connection to an 
ethernet network, which in turn provides the central server 160 with a connection to 

20 the various nodes. 

As shown in FIG. 2, CPO management central server 160 includes 
additional storage and communication capability which support bounce back 
capability. As discussed further below in conjunction with FIGS. 3a, 3b and 4-10, 
bounce back data storage device 250 includes a customer information database 370, 

25 partner statistics database 380, coverage table database 390, market share database 
400, tracking database 410, bounce back table database 420, vendor capability table 
database 430 and partner information database 440. Moreover, bounce back data 
storage device 250 includes a bounce back management process 450 for ensuring 
that the appropriate databases are accessed as required. 

30 Communications port 260 connects the CPO management central 

server 160 to the CRS 190, ARSs 200, 210 maintained by each airline 120, 130, as 
well as to supplier-partners 220, 230 and principal partner 240. It should be noted 
that although FIG. 1 shows communications with each supplier partner 220, 230 in 
another embodiment one entity may handle the bounce back process 
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communications for all of the potential bounce back supplier-partners. The 
communications port may contain multiple communications channels for 
simultaneously establishing a plurality of connections. Moreover, communications 
may be effectuated in various ways, including by means of an internet connection 
5 using the public switched telephone network (PSTN). 

D. Operation Of The Bounce Back Method, System And Apparatus 

Once a CPO is accepted by or on behalf of an airline (or for any type of 
service or product), the availability to sell a second service or product exists. The 

10 supplier or seller of the second service or product may be connected in some manner 
to purchasers of the underlying service or product. For example, customers who 
make reservations for a flight or for a hotel room often have transportation needs 
when reaching their destination. Automobile rental agencies, particularly those 
agencies whose fleet capacity exceeds demand, may benefit by stimulating such 

15 travelers to rent their vehicles through a "bounce back" process. A bounce back 
process is the method of connecting customers 110, whose CPO for airline or hotel 
services has been accepted, to vendors of other services or products, such as 
supplier-partners 220, 230. Although the present embodiment describes giving 
travelers whose CPO has been accepted the opportunity to rent a car from a group of 

20 automobile rental companies 220, 230, it should be understood that the products or 
services need not be associated to the travel industry. Accordingly, the bounce back 
program may be applied to any products and/dr services. 



reference to FIGS. 3a, 3b and 4-10 and further references to FIGS. 1 and 2. Turning 
25 to FIGS. 3a and 3b, as an initial step, a customer 110 (e.g., traveler) accesses the 

CPO management system 100 and places an offer (step 1000). As described above, 
the CPO may be accepted or rejected. Such a determination is made in step 1010. If 
the CPO is not accepted and the customer does not resubmit an offer or CPO (step 
1020), the CPO management process transmits the rejection of the CPO to the 
30 customer 110 and the process is terminated (step 1030). If, however, the customer 
resubmits a CPO or a counteroffer is made, step 1010, which determines whether 
such CPO is accepted, is repeated. If a CPO is accepted, a bounce back offer is 
generated (step 1040) (as described more fully below with reference to FIG. 4). 



The operation of a bounce back program will now be described with 
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A bounce back offer is an offer presented to all successful air or hotel 
customers 110 whereby the customer 1 10 is given the opportunity to, in this case, 
rent a vehicle from a supplier partner(s) such as an automobile rental company 220, 
230. In the present embodiment, it is required that a CPO is accepted by or on behalf 
5 of an airline and/or hotel (e.g., that the customer 1 10 is bound) and, as described 
below, that the destination airport or hotel city is covered by one of the supplier- 
partners 220, 230 (the supplier-partner is an automobile rental company, located in a 
customer's travel destination area, that has agreed to participate in the bounce back 
program). Once these two requirements (a CPO is accepted and a destination has 

10 coverage by supplier-partner 220, 230) are met, the customer 1 10 is designated a 
bounce back candidate. 

FIG. 4 is a flowchart identifying the steps required to generate a 
bounce back offer. In step 2000, a determination is made as to whether the 
destination (airport or hotel) area is serviced by one of the supplier-partners 220, 230. 

15 Such a determination may be made by referring to Coverage Table Database 390 
which links available supplier-partner to airport and hotel codes. Accordingly, each 
supplier-partner will be linked to at least one airport and/or hotel code to effectuate 
such coverage determination. If there is no available supplier-partners for a given 
destination, the standard success e-mail is generated in step 2010. The standard 

20 success e-mail informs a customer 110 that the underlying airline or hotel CPO was 
accepted but is silent with respect to a related automobile rental opportunity. 

If the hotel or airport destination area is serviced by a supplier-partner, 
the offer is allocated to a participating supplier (step 2000) (supplier allocation is 
described more fully below with reference to FIG. 7). In step 2030, the customer is 

25 flagged as a bounce back recipient, and, in step 2040 the supplier record is 
populated. By flagging the customer 1 1 0 as a bounce back, the customer 110 
receives a preferred automobile rental opportunity usually in the form of a reduced 
rate. In alternative embodiments, the bounce back candidate may be offered other 
benefits such as a free vehicle upgrade, additional rental days at no extra charge, etc. 

30 Such benefits may vary among suppliers and may depend on the supplier's current 
excess fleet capacity. An e-mail with a Uniform Resource Locator (URL) linked to the 
automobile rental supplier-partner 220, 230 or supplier-partner cobranded web-site 
240 is generated and sent to the customer 110 (step 2050). Cobranded site 240 is 
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the interface between the principal/supplier and the customer 110 which executes a 
dialog to effectuate a bounce back rental. 

The confirmation e-mail sent to the customer 1 10 is modified to include 
notification that an automobile rental opportunity is pending. In addition to the 
5 automobile rental opportunity notification, the e-mail may include the traditional 
confirmation data including the flight itinerary and/or hotel information. The e-mail 
may also include a message that the automobile rental offer is a promotional deal 
sponsored by the airline and/or hotel that has accepted the offer. An exemplary e- 
mail template including an automobile rental opportunity notification, click-through link 

10 to a cobranded site and flight itinerary is shown in FIGS. 5A-C. 

In one embodiment, customers may also receive the bounce back offer 
via the check status page off of the principal's homepage. For customers who 
choose this path, the initial details of the offer that were contained in the e-mail will be 
presented in a jump page hosted by the principal. The jump page contains the 

15 hyperlink to the cobranded site 240. An exemplary jump page including an 

automobile rental opportunity notification, click-through link to a cobranded site and 
flight itinerary is shown in FIGS. 6A-B. 

In another embodiment, the URL available for the automobile rental 
opportunity may be re-accessed at various points subsequent to the acceptance of a 

20 CPO but prior to a customer's travel. The URL may be bookmarked and, in one 

embodiment, may only be accessible for a limited time (e.g., predetermined number 
of hours or days). The bounce back page may have an option or a get back in touch 
with me checkbox that allows a customer who chooses to defer an offer of an 
automobile rental opportunity until a subsequent time (e.g., three to seven days prior 

25 to the customer's travel date). 

With reference to FIG. 3a, a determination is made as to whether the 
customer 110 clicked on the e-mail linked to the automobile rental opportunity or 
principal partner cobranded site 240 (step 1 050). If the customer does not click on 
the e-mail Hnk^the bounce back process is terminated in step 1060. If, however, the 

30 link is accessed, a bounce back page is constructed (step 1070) indicating that the 
customer is potentially interested in an automobile rental opportunity (construction of 
the bounce back page is described more fully below with reference to FIG. 8). It 
should be noted that although communication between the customer 110, the 
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cobranded site 240 and the CPO management central server 160 in the present 
embodiment is effectuated using e-mail, other forms of communication, including 
telephone, facsimile, online access, chat, in person contact and the like, may be 
used. 

5 Once the bounce back page is constructed, a determination as to 

whether the customer 110 has accessed the page is made in step 1080. If the 
customer 1 10 chooses not to access such page, the customer 1 10 is asked in step 
1090 whether an e-mail alert is desired before the customer's trip. The customer's 
response is stored in Customer Information Database 370 (step 1 100) and an alert is 
1 0 provided to the customer at a later date, if requested. The alert serves to remind the 
customer 110 of the availability of an automobile rental opportunity and instructs the 
user to access the corresponding cobranded page by clicking on the URL enclosed in 
the alert. If no alert is requested, the bounce back process is terminated in step 
1110. 

15 If, in step 1080, the customer clicks on the link or a subsequent e-mail 

alert is selected, the customer enters principal/partner cobranded site 240 (step 
1 120). In the present embodiment, the principal is the company that effectuated the 
CPO acceptance of underlying product or service (e.g., airline or hotel) and/or 
operator of the CPO management central server 160 of the CPO management 

20 system 100. The partner is the automobile rental agent 220. It should be understood 
that the cobranded site 240 may be designed so that the automobile rental offer 
appears as a benefit provided as a result of the customer using the services of the 
underlying airline or hotel. Alternatively, the page may be designed to inform the 
customer 110 that the automobile rental opportunity that is supplied by the automobile 

25 rental agency 220 is sponsored by the principal (e.g., CPO management system 

operator). The supplier-partner's 220 product/service availability is updated from the 
information that was stored in Partner Statistics Database 380. 

In step 1 1 30, the customer 110 may make an offer for a vehicle rental. 
In an alternative embodiment, the customer may view an automobile rental offer and 

30 either accept, reject or make a counter-offer to the automobile rental agency. If the 
customer 110 does not make and/or accept a rental offer, the customer 1 10 is 
redirected back to the principal's site in step 1 140. If, however, the customer makes 
and/or accepts an offer for a vehicle rental, the partner fulfillment process (described 
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more fully below with reference to FIG. 9), which is the process whereby the supplier- 
partner informs the principal of a successful bounce back rental and the associated 
data (including referral and commission information) is transferred to the principal, is 
executed in step 1 1 50. Upon completion of the partner fulfillment process, the 
5 customer 1 10 is redirected to the principal's site in step 1 160. 

Referring to the flowchart in FIG. 7, the supplier allocation process is 
described. The allocation process comprises - (1) identifying which supplier-partners 
220, 230 offer service from the airport or hotel location in the customer offer; and (2) 
determining the order of the suppliers (if more than one) that may view or make the 

10 offer. It should be understood that any of the allocation techniques of provisional U.S. 
Patent Application No. 60/179,008 entitled SYSTEM AND METHOD FOR 
ALLOCATING A CONDITIONAL PURCHASE OFFER FOR A HOTEL 
RESERVATION TO ONE OF A PLURALITY OF HOTEL ENTITIES IN A BUYER 
DRIVEN ELECTRONIC COMMERCE SYSTEM filed January 28, 2000 and of U.S. 

15 Patent Application Serial No. 09/252,574 entitled SYSTEM AND METHOD FOR 
ALLOCATING BUSINESS TO ONE OF A PLURALITY OF SELLERS IN A BUYER 
DRIVEN ELECTRONIC COMMERCE SYSTEM filed February 18, 1999 are 
incorporated herein by reference. 

In step 3000, the airport or hotel destination is determined. A 

20 Coverage Table Database 390 which stores all available partner suppliers 220, 230 
based on a customer's destination is accessed (step 3010). A determination as to 
whether the destination location is covered is made in step 3020. If no such coverage 
exists for the customer's destination area, the process returns the customer to 
standardjjrocessing andjthe bounce back process-is terminated (step 3030). If, 

25 however, coverage does exist, a determination as to the number of supplier-partners 
is made in step 3040. If only one partner exists in the customer's destination area, 
then the bounce back look is allocated to that partner in step 3050. 

When multiple supplier-partners are available to handle a customer 
bounce back, an analysis is undertaken to determine which partner will receive the 

30 bounce back look or opportunity. Any criteria or formula can be selected for this / 
analysis, including but not limited to performance related criteria and/or market share/ 
criteria. In one embodiment, market share tables and data tracking tables (step 3040) 
are accessed from the Market Share Database 400 (step 3050) and Tracking 
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Database 410 (step 3060), respectively. This data allows the principal to determine 
which supplier-partner will receive the bounce back look or opportunity. In another 
embodiment, one of two formulas may be used in selecting among multiple supplier- 
partners. One formula that can be used for the first 3-6 months that the bounce back 
5 process is in use is: Base City Share + (Partner Premium * (Unused Share), where 
the unused share may comprise the non-supplier-partner share of the relevant 
market. For example, in the case of two supplier-partners, if one supplier-partner has 
a 5% share of the market and the second supplier-partner has a 25%, the unused 
share comprises 70% of the market. Another formula that may be used after the 

10 process has some history (e.g., after the first 3-6 months) is: Base City Share + 
(Partner Premium * Unused Share) + Partner Performance Factor. The Base City 
Share variable is the supplier-partner's relative market share for the customer's 
destination city. The data may be updated monthly, annually or at some other 
frequency. The Partner Premium is a factor which provides a bias to partner(s) based 

15 on a negotiated/contracted commitment with the principal (e.g., in return for a 

monetary investment). Partner Performance compares the relative bind rate (success 
in offering rental opportunity and/or gaining customer commitment of such rental 
opportunity) across supplier-partners and provides preference to the partners who are 
aggressively participating in the bounce back program. Such preference is provided 

20 by multiplying the Unused Share variable with a more competitive (higher) Partner 
Premium variable. The Partner Performance factor, which may be incorporated into 
the evaluation once the program has been effect for some amount of time, is a 
variable that may be included in the formula taking into consideration a favorable 
experience of the automobile rental bounce back program with respect to each 

25 supplier-partner. 



the bounce back look is determined in step 3070. The automobile rental agency with 
the highest score is the allocated supplier-partner. If more than one supplier-partner 
receives the same score, one may be selected at random. The random number 
30 generator can be configured to reflect each supplier-partner's relative market share. 
It should be noted that in another embodiment, the supplier-partner may be selected 
by a random number generator in all cases obviating the logic associated with 
formulas described above. The supplier-partner is selected in step 3080 as well as 



With the above formulas and stored data, the partner who will receive 
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storing the selection in a database and updating the tracking data in Tracking 
Database 410. Upon selecting the partner and updating the associated databases, 
the process returns to the bounce back offer generation process (step 3090) 
described with reference to FIG. 4. 
5 Once the offer is allocated to a supplier-partner and the bounce back 

offer is generated, a bounce back page is created as shown in step 1070 of FIG. 3a. 
Bounce back page construction is described in more detail with reference to FIG. 8. 
The bounce back page is a cobranded (principal and partner) site 240. The bounce 
back page may contain certain dynamic data elements that are populated on an offer 

10 specific basis. Such data elements include, but are not limited to, itinerary 

information including flight and/or hotel information, click through link to supplier- 
partner cobranded web-site and vendor/supplier logo and/or special text to be 
accessed to make a cobranded page. A checkbox item may also be provided that 
allows a customer to be reminded of an outstanding automobile rental opportunity 

1 5 before the travel date. In one embodiment, the reminder must be the same offer that 
is sent by e-mail to the customer 110. 

In step 4000, the CPO management central server 160 determines 
whether a bounce back record exists, e.g., an airplane ticket request number or hotel 
request number. Any successful or bound offer is assigned a bounce back record 

20 number. A bounce back record number is located by accessing (step 4010) the data 
stored in the Bounce Back Table Database 420. If a bounce back number does not 
exist, the process is terminated in step 4020. If, however, a bounce back number 
exists, the offer is valid and bounce back processing continues (step 4030). 

Selecting a vendor (supplier-partner) (step 4040), involves determining 

25 the vendor's technical capabilities by accessing (step 4050) data in the Vendor 

Capability Table Database 430. In one embodiment, the minimal requirements for a 
vendor to participate is the ability to serve the principal's customer in the destination 
location or to provide negotiated rates to the principal's customers. 

In step 4060, a determination is made as to whether the principal is 

30 capable of populating the requisite vendor data fields of a bounce back page. If the 
principal is capable of populating the page, the bounce back record is mapped to the 
vendor's fields (step 4070) and the bounce back page is built in step 4080. When 
building the bounce back page, the Partner Information Database 440 may be 
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accessed (step 4090) to retrieve data such as the vendor's logo. 

If the principal is unable to populate the data fields, a determination is 
made in step 4100 as to whether the principal can construct a specific URL for access 
to the vendor. If a vendor specific URL can be devised, such URL is constructed in 
5 step 41 10 and the bounce back page is built in step 4080. In this embodiment, the 
vendor supplies information for the data fields. In another embodiment where the 
principal cannot construct a vendor specific URL, some other means to identify the 
principal may be selected to construct the bounce back page, such as where the 
customer inputs information to identify the principal, including the bounce back record 

10 (step 4120). Once the bounce back page is constructed, a vehicle has been created 
for a customer 1 10 to access the cobranded site 240 and make an offer for 
automobile rental services. 

Termination pages are accessed at different points (usually points of 
failure) of the bounce back process. In order for the principal and supplier-partners 

1 5 220 to learn what a customer 1 1 0 did not like about the offer and to generate a 
demand collection system (a statistical analysis to improve successful rental 
opportunities), termination points may be monitored and the associated data 
collected. The termination pages will give a customer the opportunity to do the 
following: (1) identify the price that the customer would be willing to pay for the rental 

20 car offered; (2) provides feedback about what features of an automobile rental 
product that the customer would like to see; (3) provide feedback about what the 
customer did and did not like about the offer; (4) have an "e-mail me later" checkbox 
functionality; and link to the principal's homepage. It should be further noted that 
where a bounce back offer is successfully accepted, an opportunity to gather 

25 customer feedback may still be available. Moreover, the aforementioned feedback 
features are only a few examples of types of data that may be collected. Accordingly, 
additional information may be sought and analyzed. 

Turning to FIG. 9, the partner fulfillment process is described. Once a 
vehicle rental commitment between the customer 110 and the supplier-partner 220 

30 has been established, the supplier-partner 220 informs the principal of the 

transaction. In step 5000, the customer 1 10 is identified by the supplier-partner 220. 
This may be accomplished by transmitting a unique identification code for each 
customer in the URL. In step 5010, the principal's referral identification code is 
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appended to the customer offer in the vehicle rental system. The commitments are 
pooled and the referral identification codes are counted in step 5020. Then, in step 
5030, the fees are calculated and reconciled with the principal. The fees may be 
calculated as a flat fee or as a percentage of the total sale. The fees may vary 
5 among supplier-partners. The frequency of such reconciliation may also vary among 
the supplier-partners 220, 230 (e.g., daily, weekly, eta). Upon completion of the 
supplier-partner fulfillment process, the bounce back process is complete. 



feature is described. As described above, the bounce back process may be 

10 effectuated by any suitable communications means, including e-mail, voice mail, 

online, facsimile, telephone, in-person contact or through a travel agent. There will be 
times that a customer 110 may interact with the principal on the telephone, for 
example to check the status of the customer's CPO. The IVR bounce back feature 
allows the principal to inform a customer 1 10 of a bounce back opportunity and to 

1 5 direct the customer 1 10 to a bounce back offer page in order to effectuate access to 
the system. In step 6000, the customer 110 submits an air or hotel CPO. 
Subsequently, in step 6010, a customer calls the IVR system (instead of, for example, 
using internet or world wide web access) to check the status of the CPO. In step 
6020, a determination is made as to whether the CPO is accepted. If the CPO is not 

20 accepted and no additional CPO is generated (step 6030), the IVR bounce back 
process is terminated (step 6040). If, however, the original CPO, or a subsequent 
CPO, is accepted, a bounce back offer is generated in step 6050 (bounce back offer 
generation is described above in detail with reference to FIG. 4). The customer is 
also directed, in step 6060, to the bounce back offer page which may be accessed, in 

25 one embodiment, by a customer interface device in communication with the CPO 
management system 100 described above. In one embodiment, the IVR system 
directs the customer 1 10 to the bounce back page by accessing an IVR script that is 
automatically generated when a CPO is confirmed by telephone and a bounce back 
opportunity associated with that customer 110 exists. Once the customer 1 10 is 

30 directed to the bounce back page that has been generated, the customer 110 may 
continue with the bounce back progress if so desired as directed beginning at step 
1040 of FIG. 3a (and described above in detail with reference to FIG. 4). 



Turning to FIG. 10, the interactive voice response (IVR) bounce back 



The IVR bounce back system may also provide assistance to a bounce 
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back rental customer. If a customer requires assistance with his or her vehicle rental 
and information is entered identifying the customer as a bounce back customer, the 
IVR system has the capability of transferring the customer to the rental agency. In 
another embodiment, the IVR system provides a customer who needs additional 
5 vehicle rental assistance with the correct name and number(s) to access the 

automobile rental agency. Alternatively, if the customer reaches a principal customer 
service representative, the customer service agent will know which supplier-partner is 
associated with the bounce back customer and will have the necessary information to 
direct the customer to the appropriate vendor. Accordingly, a Vendor Information 
10 Table Database may be devised which may include, but is not limited to, the following 
information: (1) name and business address of the vendor; (2) telephone number of 
the vendor (ideally toll-free number); and (3) website address of the vendor. 



detail, it should be noted and understood that numerous variations may be made 
1 5 within the scope of this invention without departing from the principle of this invention 
and without sacrificing its chief advantages. The terms and expressions have been 
used as terms of description and not terms of limitation. There is no limitation to use 
the terms or expressions to exclude any equivalents of features shown and described 
or portions thereof and this invention should be defined with the claims which follow. 
20 For example, the CPO management system can render a decision to 

accept an offer for a hotel reservation and generate a bounce back offer for airline 
tickets. Moreover, as previously indicated, although the CPO management system 
100 employing bounce back capability has been illustrated in an airline/automobile 
rental environment, the CPO management system 100 employing bounce back 
25 capability could be utilized to acquire any underlying product and/or service and 
bounce back product and/or service. 



Although illustrative embodiments have been described herein in 
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